home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 3120 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.0 KB
  1. Path: cs.uwa.edu.au!jasonb
  2. From: jasonb@cs.uwa.edu.au (Jason S Birch)
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: Announce: AWeb 1.0 released!
  5. Date: 28 Mar 96 07:06:04 GMT
  6. Organization: The University of Western Australia
  7. Message-ID: <jasonb.827996764@cs.uwa.edu.au>
  8. References: <4iva78$5pa@news.xs4all.nl> <4j1f6e$984@news.uni-c.dk> <jasonb.827822336@cs.uwa.edu.au> <4j8o6r$9vj@serpens.rhein.de> <jasonb.827896888@cs.uwa.edu.au> <4jaue8$jh4@serpens.rhein.de>
  9. NNTP-Posting-Host: decadence.cs.uwa.oz.au
  10. X-Newsreader: NN version 6.5.0 #3 (NOV)
  11.  
  12. mlelstv@serpens.rhein.de (Michael van Elst) writes:
  13. >jasonb@cs.uwa.edu.au (Jason S Birch) writes:
  14. >>You're right, it was because of Executive. I rebooted without it and
  15. >>suddenly it started working the same as IBrowse, even following links
  16. >>in part-loaded pages while the .html was still loading just like
  17. >>IBrowse does. Unfortunately the whole machine became sluggish while it
  18. >>was processing (boy, it's really easy to notice the difference when
  19. >>you're not running Executive!).
  20.  
  21. >Well, that happens when you have to do calculations.
  22.  
  23. Only if you do the calculations at the same priority as your event
  24. handling.
  25.  
  26. >>Perhaps the author could work on his
  27. >>multithreading a little to make it Executive-friendly,
  28.  
  29. >I believe that this is Executive's task to be friendly. AWeb just starts
  30. >tasks at the same priority and Exec time-slices these. And Executive simply
  31. >stops the processing and rendering because it is an unimportant CPU intensive
  32. >background task. I.e that is exactly what it is supposed to do, but since it
  33. >only guesses what you want to do it sometimes guesses wrong.
  34.  
  35. If AWeb put the image decoding at a lower priority itself (which is a
  36. reasonable thing to do, and even more desired if you're not running
  37. Executive -- using Gadtools and CA means that the buttons respond to
  38. your clicks immediately, but the whole thing still feels sluggish if
  39. the app continues decoding images for several seconds after you've
  40. told it to follow a link or stop transferring) then Executive wouldn't
  41. have a problem. Why would you *want* to have a CPU-intensive and
  42. non-time-critical task like image decoding (who cares if the image
  43. takes 1/2 a second longer to appear in your document?) running at the
  44. same priority as your event handling code (*I* care if every button
  45. click takes 1/2 a second longer to be handled)?
  46.  
  47. >>is? Is he relying on the tasks to be at certain priorities?
  48.  
  49. >No. The tasks run at the same priorities and are timesliced. When Executive
  50. >reduces the priority of the CPU intensive processing task it simply stops.
  51.  
  52. This raises an interesting point. The image processing and network
  53. downloading tasks are handled separately, but it appears the page
  54. layout is handled by the same task that handles user interface events.
  55. When writing a MUI program, *any* CPU intensive code will be offloaded
  56. (by a good programmer) onto a subtask, because if they don't buttons
  57. won't depress when clicked on, etc. But in this case, because the
  58. buttons are quite successfully depressed by Intution, a CPU intensive
  59. operation is carried out by the same task that is supposed to be
  60. processing incoming events, making the whole thing feel sluggish. The
  61. ironic end result is that the MUI program actually feels *more*
  62. responsive.
  63.  
  64. >>One other thing I noticed - when typing into a string gadget on a
  65. >>form, the whole border of the gadget is redrawn with each keypress. I
  66. >>presume this is also a CA problem.
  67.  
  68. >AFAIK the form gadgets are not CA.
  69.  
  70. Ok. I noticed that the textarea gadget (for multi-line string forms)
  71. also redraws the border with each keypress.
  72.  
  73. BTW, in case anyone feels I'm being a little unfair to AWeb here, I'd
  74. like to point out that I think these really are fairly minor problems.
  75. It's currently the most stable and, I think, best HTML 2 browser for
  76. the Amiga. It could be nicer if it borrowed a few more ideas from
  77. IBrowse, such as automatic proxy disabling for certain sites, lower
  78. priorities for background CPU-intensive tasks, persistent disk cache,
  79. etc. I think IBrowse will still turn out to be the best overall,
  80. however, once a stable release version is on the market.
  81.  
  82. >>Oh, and also, the last demo of
  83. >>IBrowse supports AS225r2 (I know you were complaining about this,
  84. >>Michael) but I haven't been able to get it to work yet (works fine
  85. >>under AmiTCP4.0 demo, fails to make any network connections under
  86. >>AS225r2, with or without renaming the http.library as indicated).
  87. >>I'd be curious to know if anyone else has got it working.
  88.  
  89. >I will try it.
  90.  
  91. Any luck? At least two others have posted they haven't got it working,
  92. either -- sounds like the same problem I had. Shame. It would be nice
  93. if it automatically worked with both stacks like AWeb, AmFTP, AmIRC,
  94. etc, do.
  95.  
  96. >Regards,
  97. >                                Michael van Elst
  98. >Internet: mlelstv@serpens.rhein.de
  99.  
  100. -- 
  101. Jason S Birch                        ,-_|\ email: jasonb@cs.uwa.edu.au
  102. Department of Computer Science      /     \ Tel (work): +61 9 380 1840
  103. The University of Western Australia *_.-._/ Fax (work): +61 9 380 1089
  104. Nedlands  W. Australia  6907             v  Tel (home): +61 9 386 8630
  105.